WORLD INTELLECTUAL PROPERTY ORGANIZATION 
International Bureau 




PCX 

INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(51) International Patent Classification ^ : 
G06F 19AM) // 159:00 



Al 



(11) International Publication Number: 
(43) International Publication Date: 



WO 9M3783 

2 April 1998 (02.04.98) 



(21) international Application Number: PCr/US97/l75S4 

(22) International FUing Date: 29 September 1997 (29.09.97) 



(30) PriorUy Data: 
08/721,182 



27 September 1996 (27.09.96) US 



(71) AppUcant: AZRON, IN(X)RI>ORATED [US/US]; 5950 La 

Place Court #250, Carisbad, CA 92008 (US). 

(72) Inventor: EVANS, Jac, A.; 3671 Maria Lane, Carlsbad, CA 

92008 (US). 

(74) Agent: ALTMAN. Daniel. E.; Knobbe, Martens, Olson & Bear. 
I6lh floor, 620 Newport Center Drive, Newport Beach. CA 
92660 (US). 



(81) Designated States: AL. AM. AT, AU, AZ, BA; BB. BG, BR, 
BY, CA. CH. CN, CU. CZ, DE, DK, EE, ES, FI. GB. GE, 
GH, HU. IL. IS. JP, KE, KG, KP, KR. KZ, LC, LK, LR, 
LS, LT, LU, LV, MD, MG, MK, MN, MW, MX. NO, NZ, 
PL, PT, RO, RU, SD, SE. SG, SI. SK, SL, TJ, TM. TR, 
TT, UA, UG. UZ. VN, YU, ZW, ARIPO patent (GH. KE, 
LS. MW, SD, SZ. UG. ZW), European patent (AT. BE. CH, 
DE. DK, ES. FI, FR. GB, GR. IE. IT, LU. MC NL. PT, 
SE). OAPI patent (BF, BJ. CF. CG, CI. CM, GA, GN, ML. 
MR. NE. SN. TD. TG). 



Published 

With msemational search report. 
Before the expiration of the time tirttit for ahtending the 
claims and to be republished in the event of the receipt of 
amendments. 



(54) Title: ELECIKONIC MEDICAL RECORDS SYSTEM 



/ 



I ' 1 

[ LEGACY DATA }_ 



I 



SYSTEM 



I 



7 



POINT OF CARE 
SYSTEM 






PATIENl 
REPOS 


r DATA 
ITORY 



._y____. 

REFERENCE 
DATABASE 



EXTERNAL 
DATA 



(57) Abstract 

A medical rcconls system that creates and maintains all patient data electronically. The system captures patient data, such as patient 
complaints, lab onlcrs. medications, diagnoses, and procedures, at its source at the time of entiy using a graphical user interface having 
touch screens. Using pen-based portable computers with wireless connections to a computer nctwoit, authorized healthcare provideis can 
aocess, analyze, update and electronically annotate patient data even while other providers arc usmg the same patient leconL The system 
likewise pcraiits instant, sophisticated analysis of patient data to identify relationships among tte data considered. Moreover, the system 
mcludes the capabflity to access reference databases for consultation regarding allergies, medication interactions and practice guidelines. 
Tljc system also includes the capability to incorporate legacy data, such as paper files and mainframe data, for a patienL 
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Etectronic Medical Records System 
Backoround of the Invention 

Field of the Invention 

The present invention relates to electronic healthcare systems, and more particularly, to a system for 
storage and retrieval of etectronh; medical records in a computer envkonment, such as a total or wide area network 
including portable computers. 
Description of Retoted Technology 

Healthcare providers, such as physicians, create large vohimes of patient information during the course of 
their business at healthcare f acffities. such as hospitals, clinics, teboratories and medical offices. For example, when 
a patient visits a physician for the first tkne, the physician generally aeates a patient ilk including the patient's 
medical history, current treatments, medications, insurance and other pertinent information. This fBe generally 
includes the results of patient visits, including laboratory test resuhs, the physician's diagnosis, medications 
prescribed and treatments administered. During the course of the patient relationship, the physician supplements the 
file to update the patient's medical history. When the physician refers a patient for treatment, tests or consultation, 
the referred physician, hospital, clinic or laboratory typically creates and updates simOar files for the patient. These 
files may also inchjde the patient's billing, payment and scheduling records. 

Heahhcare providers can use electronic data processing to automate the creation, use and maintenance of 
their patient records. For example, in U.S. Patent No. 5,277,188, assigned to New England Medical Center Hospitab, 
Inc., Selker discloses a cBnical information reporting system having an electronic database inchidkig electrocardiograph 
related patient data. Simflarly, Schneiderman discloses a computer system for recording electrocardiograph and/or 
chest x-ray test results for a database of patients in U.S. Patent No. 5,099,424. In U.S. Patent No. 4.315,309, 
Cofi discloses a patient report generating system for rocewing, storing and reporting medical test data for a patient 
population. Mitchell in U.S. Patent No. 3,872,448, Ukewise discloses a system for automaticaHy handling and 
processing hospital data, such as patient information and pathological test information using a central processing 
apparatus. In U.S. Patent No. 5,065,315, Garcia dlsctoses a computerized schedufing and reporting system for 
managmg information pert'mcnt to a patient's stay in the hospital. However, these electronic data processing 
systems can not handle patient data in the wide variety of data formats typically produced by healthcare providers, 
such as physicians, laboratories, cGnics and hospitals. 

Physttians often use paper based forms and charts to document their observations and diagnosis. 
Laboratories also produce patient data m numerous forms, from x-ray and magnetic resonance images to blood test 
concentrations and elecUocardiographdata. CDnics and hospitals may use a combination of paper based charts and 
electronic data for patient records. The same patient data may exist in remote patient files located at cTmics, 
hospitals, laboratories end physicians' offices. Sknilarly, patient fites at one heahhcare provider typicaUy have 
different information than patient files at another healthcare provider. When in use, patient f&s are generaOy not 
avaBabla to other healthcare provWers. In addition, at the time of creation, patient data is generally not avaBable 
for use by remotely located healthcare providers. Moreover, relationships among specific patient data, such as 
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abnormal laboratory test results, prescribed medicaiions to address the abnormality, and specific Ueatments 
administered by the physician* may not be apparent within a patient file. 

In the current environment, specific patient data is difficult to access when needed for analysis. The 
creation of patient data in remote locations exacerbates this problem. In addition, the wide variety of data formats 
for patient data hinders electronic processing and maintenance of patient ffles. liAoreover, the use of a patient's file 
by one healthcare provider can prechide its simultaneous use by another healthcare provider. Ongoing consoMation 
of healthcare providers into large health maintenance organizations IHMOs) and preferred provider organizations <PPOs) 
create issues *m the transfer and maintenance of patient data in large enterprises having numerous remote locations. 
Under these circumstances, healthcare providers have difficulty providing effective treatment for their patients. 

Summary of the Invention 

The electronic medical record |EMR» system of the present invention automates and simplifies existing 
methods of patient chart creation, maintenance and retrieval. In contrast to other systems, the present invention 
aeates and maintains all patient data electronically and thus can eliminate or supplement creating and maintaining 
of physical data records. The EMR system furnishes healthcare providers with an intuitive, easy-to-use, icon-based 
interface that enables them to capture and analyze patient data quickly and efficiently. Using the present invention, 
healthcare providers enter patient data immediately at the point of care. Thus, the EMR system captures each piece 
of data at its source at the time of entry to provide a complete audit traB for all patient data. In this manner, the 
EMR system transforms a patient chart from a static record of a few clinical interactions into a dynamic, real-time 
comprehensive record linlted to an enterprise-wide clinical database. In addition, the EMR system of the present 
invention mcludes the capabifity to manage a wide variety of patient data formats, including patient data from 
external sources, such as laboratories and pharmacies. The EMR system can ateo incorporate a patient's legacy data, 
such as a paper chart into the patient record as wen as legacy data from mamframe computers. 

The present invention fikewise provides instant access to a patient's electronic medical record by authorized 
healthcare providers from any geographical location. Thus, the EMR system enables authorized healthcare providers 
to access and update patient files using wireless pen-based personal computers. To enable complete replacement 
of physical records, the present invention permits healthcare providers, such as phyacians or nurse practitioners, to 
electronically annotate patient data. Thus, a healthcare provider can acknowledge reviewing patient data, provide 
mstructions, such as prescriptions for medication to administer to a patient, and approve recommendations for 
treatment by other providers, all by etectronically annotating a patient's record. In addition, authorized healthcare 
providers can access a record while other providers use the same record aHowing for rcaMime collaboration. The 
av^bifity of electronic data permits mstant. sophisticated analysis of patient data. Moreover, the EMR system 
enables enhanced analysis of patient data by providing access to reference databases for diagnosis, procedures and 
medication. 

One aspect of the present invention inchides a medical records system, comprising a point of care system 
to capture patient data at a point of care and a patient data repository, in communicatbn with the point of care 
system and with external systems, to store and organize the patient data for access by the point of care system. 
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Another aspect of the present invention includes a medical records system comprising a point of care 
system to capture data in a patient record at a point of care, wherein the patient record includes a patient identifier 
and at least one data structure includmg the patient identifier and the data. 

Yet another aspect of the present invention includes a medical records system comprising a point of care 
system to capture data at a point of care and a patient data repository, in communtcation with the point of care 
system and with external systems to store and organize the data in a patient record for access by the point of care 
system, wherein the patient record tnchides a patient identifier and at least one data structure including the patient 
identifier and the data. 

In addition, another aspect of the present invention includes a method of using an electronic medical records 
system, comprising the steps of capturing patient data electronically at the point of care, organizing the patient data 
so as to form a patient record, f ilbg the patient record, and retrieving the patient record to access the patient data 
for use in the care of a patient. 

Yet another aspect of the present invention includes a method of retrieving patient data in an electronic 
medical records system having a patient data repository, comprising the steps of obtaining a patient identifier, 
locating a patient record corresponding to the patient identifier in the patient data repository, and determining the 
location of the patient data within the patient record. 

Another aspect of the present invention includes a method of managing a patient data repository having 
a cache and a data archhre, comprising the steps of monitoring a status of data within the cache, and moving the 
data to the data archive when the status exceeds a threshold. 

Stffl another aspect of the present invention includes a method of communicatmg with an external source 
having an interface to an electronic medical records system, comprising the steps of fmding an interface for the 
external source, connecting to the external source using the interface, and converting patient data for transfer 
between the external source and the electronic medical records system. 

Brief Descriptbn of the Drawinos 

Figure 1 is a block diagram illustrating the electronic medical record (EMR) system architecture of the 
present invention. 

Figure 2 is a flowchart fflustrating the process flow of the EMR system of the present invention. 

Figure 3 shows an example of a graphical user interface of the EMR system useful for the scheduling of 
a patient appointment as shown in F^ure 2. 

Figure 4 is a block diagram iHustrating the structure of the point of care system of Figure 1. 

Figure 5 shows an example of a graphical user interface of the pomt of care systwn of Figure 4. 

Figure 6 shows en example of a new form window of the point of care system of Figure 4. 

Figure 7 shows an example of an annotate window of the point of care system of Figure 4. 

Figure 8 shows an example of a viewer window displaying an hnage of patient data of the point of care 
system of Figure 4. 
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Figure 9 is a block diagram illustrating the structure of a medication data capture in the point of care 
system of Ftgure 4. 

Figure 10 ts a block diagram iihistrating the structure of a practice guideline in the point of care system 
of Figure 4. 

Figure 11 is a block diagram iliustrating the structure of the medication data capture and the practice 
guideEne in the point of care system of Figure 4. 

Figure 12 is a block diagram illustrating the structure of the patient data repository of Figure 1. 

Figure 13 is a block diagram illustrating the structure of a patient record within the patient data repository 
of Figure 12. 

Figure 14 is an exarhple of the patient record of Figure 13. 

Figure 15a is a flowchart illustrating the process flow of the patient data repository of Figure 12. 

Figure 15b is a flowchart iUustrating the process for a transfer of data from a cache to a data archhre in 
the patient data repository of Figure 12. 

Figure 16 is a btock diagram illustrating the structure of the data interface of Figure 12. 

Figure 17a is a flowchart dlustrating the process flow of the data interface of Figure 16 when recehring 
patient data from an external source. 

Rgure 17b is a flowchart Shistrating the process flow of the data interface of Figure 16 when transmittkig 
patient data to an externa! source. 

Figure 18 is a btock diagram iustrating the structure of the reference database of Figure 1. 

Figure 19 shows an example of a graphical user interface of the pomt of care system of Figure 4 having 
a reference access button and a medication manager button. 

Figure 20 shows an example of a graphical user interface for the diagnosis module and the procedure 
module of the reference database of Figure 18. 

Figure 21 shows an example of a graphical user interface for the medication manager of the reference 
database of Ftgure 18. 

F^ure 22 shows an example of a medication interaction window of the mediation manager of Figure 21. 
Figure 23 is a block diagram iBustrating the structure of the legacy data system of Ftgure 1. 
Figure 24 is an example of a typical configuration for the electronic medical records system of the present 
invention. 

Detailed Description of the Preferred Embodiments 

The following detailed description of the preferred embodiments presents a descriptkin of certain specific 
erobodmients to assist in understanding the claims. However, one may practice the present invention m a multitude 
of different embodiments as defined and covered by the claims. 

For convenience, the description comprises three sections: EMR System Architecture and Overview, EMR 
System Configurations and Summary. The first section provides an overview of the IIXR system architecture, the 
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following section describes EMR system applications and preferred embodiments for practicing the EMR system of 
the present invention, and the remaining section summarizes advantageous features of the present invention. 
I. EMR System Architecture and Overview 

Figure 1 illustrates the architecture of the EMR system. Healthcare providers, such as physicians, at 
hospitals, laboratories and cRnics. generally capture and access patient data using a point of care system 100 that 
communicates with a patient data repository 102. Patient data, such as vital signs, x-ray images and laboratory 
results, resides in the patient data repository 102. The patient data repository 102 also communicates with external 
sources to obtain patient data, such as laboratory test results and x ray images, and to transfer patient information, 
such as prescriptions for medication, from the EMR system to other healthcare providers. The point of care system 
100 captures patient data in real-time at the point of care, that is. where healthcare providers interact with their 
patients. For example, physicians can use a point of care system 100 to enter, access, process, anahrze and 
annotate data from patient records in real-time at the point of care. Thus, using the point of care system 100, a 
physician, who has many patients in a hospital, can visit each patient in their room, access their electronic patient 
record there, enter results of the current examination, evahiate their medical history, electronically annotate their x- 
rays bnages and prescribe med'aations and treatments instantaneously as the point of care system 100 captures and 
organizes patient data mto the patient record stored in the patient data reposrtory 102. The poiiit of care system 
100 may likewise communicate with a reference database 104 to assist a healthcare provider in making diagnoses, 
prescribing medications and administering treatments. Moreover, the patient data repository 102 may also 
communicate with a legacy data system 106 to access pertinent patient data in paper fBes and mainframe electronic 
databases. 

Referring now to Figure 2. a flowchart illustrates the operation of the EMR system. For example, a patient 
having a complaint contacts a healthcare provider 110, such as a physician, to schedule an appointment. The EMR 
system obtains the patient record 111 from the patient data reposito^ 102 (Figure 1) prior to the scheduled 
appointment. The EMR system b also capable of handling patients on a waBc-'m basis by scheduling an appointment 
and requesting the patient's record immediately thereafter. The EMR system updates the patient record 112 to 
inchide the compUtnt and other information pertinent to the appointment, such as insurance information. A 
healthcare provider, such as a physician, examines the patient 113 using the point of care system 100 (F^ure 1) 
to make a diagnoas and to ueal the patient's condition. As determined at 114, if a diagnosis is not possible on 
the basts of this examinatwn. the physician may need to obtain additional cfinical data 115, such as laboratory tests 
and x-rays. When available, the physician uses the point of care system 100 (Figure II to evaluate the results 116 
and to fixanune the patient 113 again in Tight of the results. Upon making a diagnosis, the physician may need to 
prescribe medications 117 for the patient's condition. SimBarly. the physidan may need to administer a treatment 
118 to address the patient's condition. At the conchision of the patient's visit, the EMR system files the patient's 
record 119 m the patient data repository 102 (Figure 1) for future reference. 

In a preferred embodiment, the EMR system includes graphical user interfaces to access system functions. 
For example, as shown m Figure 3, a chart puOer window 120 enables a healthcare provider to schedule a patient 
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appointment using hs point and click interface. To schedule an appointment, a healthcare provider act'nrates the 
select button 121 with a pointing device, such as a mouse or electronic pen, to obtain a list of patients. The 
healthcare provider then scans the fist to select the name of the appropriate patient using a pointing device. The 
EMR system places the name of the selected patient in the patient box 123. SimBarly, the healthcare provider uses 

5 the up/down buttons 125 to select an appointment date and an appointment time. An adjacent box, such as the 
date box 126, displays the selected date and time. Lastly, the healthcare provider enters a textual descr^tion of 
the patient's comptaint in a reason box 127. Note that the healthcare provider can review prior or future scheduled 
appointments by clicking on the appointments button 128. Skrolarty, the healthcare provider can track referrals by 
entering the identity of persons who referred this patient to their care in the referral box 129. 

10 Referring now to Figure 4, a block diagram ilhistrates the structure of the point of care system 100. The 

point of care system 100 inchides the following modules: a patknt data capture 140, a clinical data capture 142; 
progress notes 144 and an encounter data capture 146. During a patient visit, the healthcare provider (not shown) 
can enter, review and annotate patient mformation, such as family history, appointments, current medications and 
complaints, using the patient data capture 140. The healthcare provider can fikewise enter, review and annotate 

15 cOnical data obtained during the visit, such as body temperature and blood pressure, usirtg the clinical data capture 
142. Similarly, the healthcare provider can enter laboratory data for patients with the clinical data capture 142. 
The clinical data capture 142 communicates with the patient data capture 140 to assist in identifying needs for 
further clinical data. For example, a family history of high blood pressure may indicate a need to obtain the patient's 
bkiod pressure during the visit. The patient data capture 140 also communicates with the encounter data capture 

20 146, where a healthcare provider can enter, review and annotate data regartfing diagnoses and procedures 
administered to the patient. Moreover, the healthcare provider can use the progress notes 144 to summartre details 
of the patient's conditran and to review the patient's progress over tone. Thus, the progress notes 144 
communicates with the patient data capture 140, the clinical data capture 142 and the encounter data capture 146. 
Referring now to Figure 5, in a preferred embodiment, the point of care system 100 (Figure 1) inchides a 

25 graphical user int^ace having a patient chart window 150 to capture patient information. The pooit of care system 
100 presents a patient record graphically using a tabbed layout to organize patient data. The patient chart window 
150 mchides tabs for patient data 151, clinical data 152. encounter data 153 and progress notes 154. Potntmg 
and c&cking on a tab on the patient chart window 150. opens a fohler window 155 where a heahhcare provider can 
enter and review patient data within the folder. For example, to actWate progress notes 144 (Figure 4), the 

30 healthcare provider selects the progress notes tab 154 to display a Gst of progress note data in the folder window 
155. In a similar manner, to activate the patient data capture 140, the clinical data capture 142 or the encounter 
data capture 146, one selects the patient data tab 151, the cinical data tab 142, or the encounter data tab 153, 
respectively. 

To enter patient data, the healthcare provider clicks on the saoti down button 155 to select a form from 
35 a Est of available forms to enter patient data. This activates the new forms box 157. The provider then points 
and cficks on the new form button 158. For example, Frgure 6 shows a new form window 161 displaying the 
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pediatric problem form 162 selected by the healthcare provider using the scroti down button 156 (Figure 5). The 
healthcare provider fills out the pediatric problem form 162 using an input device, such as a keyboard, a mouse or 
an electronic pen. For example, the provider uses a keyboard to enter text "6/7/96 Stomach Ache" 164 and an 
elecuonic pen to enter initials 166 lor identification. When done with patient data entry, the provider exits the form 
using the Fde Menu 168 and the point of care system 100 returns the provider to the patient chart window 150 
(Figure 5). Referring back to F^ure 5. the new form appears as the top entry of the fist tn the folder window 155. 

Simyarly, to annotate patient data, the healthcare provider first selects an item to annotate by pointing and 
cficking on the item in a fist displayed in the folder window 155. The provider then cficks on the annotate button 
159 to open the item in an annotate window 170, as shown in Figure 7. For example, the annotate wbdow 170 
of F^ure 7 dtspSays a blood test result 17Z As before, the healthcare provider annotates the blood test result 
document 172 using an input device, such as a keyboard, a mouse or an electronic pen. For exantple, the provider 
uses a keyboard to enter text "Out of Range" 174 and an electronic pen to circle 176 the out of range result. When 
done with annotations, the provider exits the form using the File Menu 178 and the point of care system 100 returns 
the provider to the patient chart window 150 (Figure 5). Note that the point of care system 100 tracks the review 
of patient data and identifies reviewed files with a mark 160 in the folder window 155. By annotating patient data, 
a healthcare provider, such as a physician, can acknowledge reviewing patient data, provide instructions, such as 
directions for additional tests and procedures or prescriptions for medication to administer to the.patient, and approve 
reconmiendations for treatment by other healthcare providers. Lastly, as shown in Figure 8, a healthcare provider 
uses the patmnt chart window 180 to view patient data. First, the healthcare provider selects a view item 182 by 
either pointing and cficking twice on the item in a fist displayed in the folder window 184 or by pointing at the item 
in the fist and pressing the view button 183. The double cfick opens a viewer wmdow 185 to display the view item 
182. For example, the viewer window 185 of Figure 8 displays an x-ray 186. As before, the healthcare provider 
may annotate the x-ray 186 with commenls and observations by cficking on the annotate button 187. The 
healthcare provider may fikewise close the viewer window 185 by cficking on the close button 189. 

Certain additional structures in the point of care $yst«n 100 (Figure 1) will now be discussed with 
reference to Figures 9, 10 and 1 1. Referring now to Figure 9, an optional medication data capture 148 supplements 
the structure of the pomt of care system 100 of Figure 4. A medication data capture 148 afiows a healthcare 
provider to monitor a patient's medications. The medication data capture 148 communicates with the patient data 
capture 140 to account for medicattans the patient is currently taking. The medication data capture 148 similarly 
communicates with the progress notes 144, where a practitioner can monitor changes in a patient's condition 
resulting from meification therapies. Referring now to Figure. 10, an optional practice guidefine 149 supplements the 
structure of the point of care system of Figure 4. The practice guidefine 149 provides references for practitioners 
to consult regarding courses of action to obtain a diagnosis and alternative treatments for various conditions. The 
practice guidefine 149 communicates with the patient data capture 140, the cCnical data capture 142 and the 
encounter data capture 146 to assist the practitioner in selecting the appropriate course of action. The practice 
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guideline 149 fikewise communicates with the progress notes 144 to provide a heahhcare provider with a historical 
context of the patient's condition and alternative treatments already attempted. 

Figure 1 1 shows a point of care system 100 having a medication data capture 148 and a practice guidefine 
149* As before, the medication data capture 148 communicates with the patient data capture 140 and with the 
5 progress note 144. Similarly, the practice guideline 149 communicates with patient data capture 140, the cRnical 
data capture 142, the encounter data capture 146 and the progress note 144. However, the practice guidefine 
149 may now communicate with the medication data capture 148 to address stuations where accepted practice 
gutdeSnes require a healthcare provider to prescribe and administer medicatmns. In a preferred embodiment, the point 
of care system 100 tnchides the graphical user interface illustrated in Figure 5. Referring back to Figure 5, the 

10 patient chart window 150 includes tabs for medication data 191 and practice guidefines 193 that activate the 
medication data capture 148 and the practice guideline 149, respecthrety. SanOarty, pressing the medication manager 
button 192 acthrates the medication data capture 148 and the practice guideHne 149. A heahhcare provider can 
enter, review and annotate patient medication data and practice guideline data as desaibed previously. 

Referring now to Figure 12, a block diagram Olustrates the structure of the patient data repository 102. 

15 The patient data repository 102 inchides a patient locator 200, a data manager 202 and a data interface 204. The 
patient locator 200 generates a unique patient identifier (PIO) 221 (Figure 14) for each patient and creates and 
maintains a table having PIDs for aO patients who have data In the patient data repository 102. AD data records 
related to a patient 211, 212, 213, 214, 215, 216, 219 include and reference the patient's unique PIO as shown 
in Figure 13. 

20 With reference to Figure 13, upon creation of a patient record, the patient locator 200 creiatos a patient 

data structure 210 having the PIO and the patient's name. In a preferred embodiment the patient data structure 
210 mcludes pointers to data structures having data within a patient record captured by the point of care system 
100 and incorporated from external sources (e.g., a digital x-ray image file stored in a raster pixel format). Thus, 
the patient data structure 210 maintains a pohter to an interface files structure 21 1 having patient data transmitted 

25 from external sources. The patient data structure 210 likewise maintains pointers to a cGnical data structure 212, 
a progress note structure 213 and an encounter data structure 214. These data structures include patient data 
captured by the cltntcal data capture 142, progress notes 144 and encounter data capture 146, respectively (Figure 
4). In another preferred embodiment, the patient data structure 210 may inckide points to data structures havmg 
data generated by the reference database 104 and transferred fay the legacy data siystem 105. Thus, the patient 

30 data structure 210 may maintain pointers to a medication data structure 215 and a guidefine data structure 216. 
As described above, the medication 215 and guidefine 216 data structures inchide patient data captured by the 
medication data capture 148 and the practice guideline 149. respecthrely. In this embodiment, a reference data 
structure 217 may maintain pointers to the encounter data structure 214 and to the medication data structure 215 
for access to reference information contained in a reference database 104. Lastly, the patient data structure 210 

35 may maintain a pointer to a legacy files structure 219 having patient data transmitted from the legacy data system 
106, such as an knage of a patient chart 
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F^ure 14 shows a logical vtsw of a patient record 220 corresponding to the structure illustrated in Figure 
13. The patient record 220 includes the PID generated by the patient locator 200 (Figure 12) in the patient data 
repository 102 (Figure 1|. In addition, the patient record 220 includes patient data in a variety of data types 
generated by healthcare providers. Thus, the patient record includes text data 223, such as electronic ma3 and word 
processmg documents from other healthcare providers, image data 225. such as scanned physical documents, x-rays 
and CATSCANs, and audio data 227, such as a physician's dictation and voice mail Lastly, the patient record 220 
has data tables 229, such as a physician's ICD9 diagnosis codes and CPT procedure codes. In view of the structure 
of a pattOTt record 220, referring back to Figure 12, the data manager 202 uses the PID to store and retrieve 
patent records. Moreover, the data interface 204 permits communication with external sources to obtain patient 
data, such as demographic data, laboratory test results and x-ray images, and to transfer patent mformation, such 
as prescripttons for medication, from the patient data repository 102 to external healthcare providers. 

With reference to Figure 12, the patient data repository 102 may optionally inchjde a cache 206 for 
temporary storage of patient data and a data archive 208 for long term storage of patient data. In this embodnnent, 
the data manager 202 coordinates the transfer of patient data to and from a data archive 208 into a cache 206. 
For example, the data manager 202 may identify patient records that a healthcare provider needs for appointments 
scheduled at a future time and then transfer these patient records from the data archive 206 into the cache 206 
for quick access prior to the scheduled appointment. SimBarly, the data manager 202 may purge from the cache 
206 records of patients who have not had recent appointments and whose records are already archived. The data 
manager 202 Gkewise tracks the location and description of patient data within the data archive 208 by associating 
the file name of the patient data within a patient record 220 with the patient identifier 221. When possible, the 
data manager 202 win group data associated with a patient within the data archhre 208 for rapid retrieval m a 
manner similar to files within a directory in an operating system. Thus, the data manager 202 assigns a directory 
to each patient identifier and then stores patient data within this directory. 

Figure 15a illustrates the process flow for the patient data repository 102 (Figure 1). For example, the 
point of care system 100 (Figure 1) issues a request for patient data 250. With reference to Figures 15a and 12, 
the patient bcator 200 recehres the request from the point of care system 100 and, at 251 attempts to fmd the 
PID for the record hav'mg the requested patient data. As determined at 252, if no PID is found, the patient locator 
200 reports an error 253. At this point, the patient data repository 102 (F'tgure 1) may recover from the error 253 
by eith^ restarting the process or by ending the process. Otherwise, the patient locator 200 communicates the PID 
to the data manager 201 The data manager 202 locates the patient record using the PID at 254. As determined 
at 255, m a system whhout cache 206 and without a data archhre 208, the data manager 202 deGv^s the 
requested data 256 to the point of care system 100. hi a system having a cache 206 and a data arduve 208, the 
data manager 202 determines at 257 if the requested data exists in the cache 206. If so, the data manager 202 
de&vers the requested data 256 to the requester from the ceche 206. Otherwise, the data manager 202 first moves 
the data 256 from the data archive 208 to the cache 206 and then delivers the requested data 254 to the requester 
from the cache 206. 
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tn addition. Figure 15b, in conjunction with Rgure 12, iOustrates the process for transferring data from a 
cache 206 to a data archive 208. The data manager 202 monitors the contents of the cache 206. To miprove the 
performance of the cache 206, the data manager 202 requests transfer 260 of data to the data archhre 208 under 
certain conditions. For example, the data manager 202 may purge the cache 206 when data requested for storage 
5 in the cache would exceed its memory capacity, tn this circumstance, the data manager 202 first transfers to the 
data archive 208 signed files and then data files m chronotogicai order, i.e., oldest files first. Similarly, a healthcare 
provider can specify a predetermined time, such as 3 calendar days, or other selected conditions for transfer to the 
data archive 208. As determined at 262, if the cache 206 does not have the data to transfer, the process ends 
as the data manager 202 ignores the request. As determined at 264, if the data in the cache 206 is not ready for 

10 transfer, the process ends and the data manager 202 queues the request for the next transfer of data to the data 
archwe 208. Data in the cache 206 is ready for transfer when a physician has reviewed and accepted it and when 
it has not been previously committed to the data archWe 208. Otherwise, the data manager 202 transfers data from 
the cache 206 to the data archive 208 at 266. 

Referring now to F^ure 16, the data interface 204 of the patient data repository 102 includes an interface 

15 manager 270, a data handler 272 and a communication interface 274. To transfer and receive patient data from 
external sources (not shown), the interface manager 270 communicates with a data handler 272 and a 
conmiunication interface 274. In addition, the communication interface 274 communicates with the data handler 
272 for converson of recehred external patent data into formats recognized by the EMR system. The interface 
manager 270 creates and nraintains an interface registry of data formats for external sources. Prior to data transfer 

20 or receqtt by the EMR system, the interface manager 270 registers an interface for an external source. Upon 
registration of an interface, the interface manager 270 can provide the appropriate conversion routines for the data 
handler 272 to use for transfer of data to and receipt of data from an external source. These conversions are well 
understood by the relevant technologist. 

F^ures 17a and 17b iustrate the operation of the data interface 204 of the patient data repository 102 

25 (Figure 12). Referring now to Figure 17a, the data manager 202 issues a request 280 for patient data from an 
external source. At 282, the interface manager 270 determines if the registry includes an interface for the external 
seurca, such as a laboratory er pharmacy. As determined at 282, if the registry includes an interface for the external 
source, the communication interface 274 connects to the external source 284 to receive patient data. The data 
handler 272 retrieves the appropriate conversion routine for the external source to convert data 286. In a preferred 

30 embodiment, the data handbr 272 converts data from an external source into a dat^ase table for the appropriate 
PID. Lastly, the data manager 202 incorporates converted data 288 into the patient record. Otherwise, the 
interface manager 270 reports an error 289. The data manager 202 may recover from the error 289 in several 
ways. Fffst, the data manager 202 may invoke a module to regbter an interface for the external source so as to 
allow the process to continue. Second, the data manager 202 may end the process at thb point. Lastly, the data 

35 manager 202 may restart the process in the event the external source was spectfted incorrectly. 
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Referring now to Figure 17b, an external source requests data 290 from a patient record. As descrOied 
above, the interface manager 270 determines at 292 if tfte registry includes an interface for the externa! source. 
As determined at 292. if the registry includes an interface for the externa) source, the data manager 202 locates 
the requested data at 294 and the data handler 272 converts requested data at 296 to the format required by the 
external source. The communication interface 274 then sends the converted data to the external source at 298. For 
example, the patient data repository 102 may transmit a physician's prescription for medicattan to a hospital or 
pharmacy. If the registry inchides no interface for the external source, the interface manager 270 reports an error 
299. SimOarty, as discussed above for the process flow of Figure 17a, the interface manager 270 may recover from 
the error 299 by restartkig the process, ending the process or invoking a module to register the external source to 
allow the process to contmue. 

Refraring now to Figure 18, a block diagram ilhistrates the structure of the optional reference database 104 
(Figure 1). The reference database 104 includes a diagnosis module 300, a medication manager 302 and a procedure 
module 304. A healthcare provider can use the reference database 104 for assistance in diagnosing a patient's 
disease, prescribing medications and ordering supplemental procedures to treat the disease. The diagnosis module 300 
communk:ates with a medication manager 302 to obtain information on medications indicated by a diagnosis. The 
ntedication manager 302 provides information on medications, such as proper dosages, altergies, contraindications, 
adverse interactions with other medications, and side effects. The diagnosis module 300 likewise communicates with 
a procedure module 304 to obtain information on the proper administration of procedures indicated fay a diagnosb. 
The procedure module 304 provides information on procedures for treatment as indicated by the diagnosis. In many 
instances, the medication manager 302 communicates with the procedure module 304 regarding the administration 
of various medicatmns. 

In a preferred embodiment, the point of care system 100 provides access to the reference database 104 
throi^h a graphical user interface having a patient chart wmdow 310 shown in Figure 19. A healthcare provider 
accesses the diagnosis module 300 and the procedure module 304 fay pomting and clicking on a reference access 
button 312. 

As shown in Figure 20, the reference access button 312 produces a reference window 330 mcluding the 
graphical interfaces for the diagnosb module 300 and the procedure modute 304. For example, to enter a diagnosis, 
a physician clicks on the scroll down button 331 adjacent to the system box 332 to produce a list of body systems. 
The physkian selects the appropriate system and the diagnosis module 300 enters the selected system in the system 
box 332 and provides a 6st having specific diagnosb codes for the selected body system in the diagnosb box 334. 
The physician then selects the appropriate diagnosb code and cGcks on the add button 336 adjacent to the diagnosb 
selection box 337. The diagnosb module 300 enters the selected diagnosb code to the diagnosb setectton box 337. 
The physician may repeat the above steps to add multqile diagnosb codes to the diagnosb setection box 337. In 
a stmBar manner, a physician uses the scroll down button 331 adjacent to the topic box 333 to select the 
appropriate procedure topic. The procedure module 304 enters the selected procedure topic in the topic box 333 
and provides a fist of procedure codes in the procedure box 335. The physician now ^ects the appropriate 
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procedure code and adds it to the procedure selection box 338 by clicking on the add button 336 adjacent to the 
procedure selection box 338. The physician may likewise repeat the above steps to add multiple procedure codes 
to the procedure selection box 338. The physician completes entry of diagnoses and procedures by clicking on the 
done button 339 to rotten to the patient chart window 310 of Figure 19. 
5 The healthcare provider ^Sarly accesses the medication manager 302 (Rgure 18) by clicking on a 

medication button 192 (Figure 19). Referring now to Figure 21, the medication button 314 acthrates a medicatnn 
manager window 350. The physician can review the patient's history by viewing the medicatton history box 351 
and the diagnosis history box 352 before prescribing any new medications. The physician can also review any 
patient allergies in the aDergy box 353. The physician can select a medication by entering the name of the 

10 medication in the name box 354. Note that as the physician enters the root letters of a medication name, a Bst 
of medications with the root letters appears in the medication list box 355. As before, the physician selects a 
medication from the list by cKcking on it and the medication manager 302 places the selected medication in a 
selection box 356. If there are no contraindications or allergies for the patient, the physician prescribes the 
medications fisted in the selection box 356 by clicking on the prescribe button 357. 

15 Otherwise, if a contraindication exists, a warning appears in a warning bar 358 to alert the physician. In 

view of the warning, the physician can investigate the effects of the medication by clicking on the results button 
359. Referring now to Figure 22, the results button produces a medication interaction window 361. A medication 
selection box 362 displays the medications selected and under consideration by the physician. An allergy list box 
363 displays the patient's allergens. FoMer tabs 364 include labels describing the medication combinations and 

20 interactions. The physician clicks on one of these foMer tabs 364 to display the contents of the folder m the 
viewing box 365. The physician can then evaluate the information on the interaction including potential adverse 
patient reactions. The physician clicks on the done button 366 to return to the medication manager window 350 
of Figure 21. The physician can make any needed revisions to the medications selected in the manner described 
above. Afterwards, the physician exits the medication manager 302 by clicking on the exit button 360. 

25 Referring now to Figure 23, a block diagram aiustrates the structure of the optional legacy data system 

106 as ^wn in Figure 1. The legacy data system 106 inchides a data source 370 and a converter 372. The data 
source 370 comprises physical data 374, such as paper based records and photographs, and electronic mamframe 
data 376. The converter 372 recehres information from the data source 370 and transforms the information into 
an electrontc format compatible with the EMR system. For example, to input physical data 374, such as paper or 

30 onage based data, into a patient record, the converter 372 comprises a scanner to digitize the physical data into 
a binary f 3e format for incorporation mto the patient's record. To input electronic mainframe data 376, the converter 
372 employs the same mechanism used for transfer or receipt of patient data from external sources. As described 
before, the converter 372 determines if an interface exists for the mainframe data, selects the appropriate data 
handler and converts the data into the proper format for incorporation into a patient record. 
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IL EMR SYStero Configurations 

Figure 24 illustrates one possible configuratkin for the EMR system of the present invention. The system 
comprises a wide area network (WAN) 402, the World Wide Web (Web) 404 portion of the Internet, and remote web 
servers 406, 408, 410 communicating with web browsers 412. The WAN 402 comprises a phjratity of local area 
network (LAN) servers supporting local and remotely located healthcare providers. For example, the WAN 402 
tnchides LANs supporting Scripps Health 414 and Sharp Memorial 430 in San Diego and Cedars Sinai 432 and Loma 
Linda 434 in Los Angeles, California. In one presently preferred embodonent, the server comprises a multi-processor 
personal computer having Intel Pentium processors, such as a Compaq Proliant 4500R 5/100 Model 2, communicating 
with a fault tolerant, error correcting storage device, such as a Hewlett Packard 20XT Optical Jukebox having 20 
gigabytes of storage capacity. The LAN 400 tnchides a backup server 426 and several peripherals, such as a 
scanner 424 to mput documents and a laser printer 422 to print out documents. In a preferred embodiment, the 
LAN backbone comprises an Ethernet twisted pair cabte configured in a general star topology. Similarly, the scanner 
424 comprises a Fuptsu M3093EX scanner using Kofax KIPP ImageControls software and the laser printer 422 
comprises a Hewlett Packard LaserJet 4Plus. Healthcare providers may access the LAN 400 usmg a desktop 
computer 416, a laptop computer 418 or wireless pen computer 420. In a preferred embodiment, the desktop 
computer 416 comprises a Compaq Deskpro 5/75 Model 630, the laptop computer 418 comprises a IBM ThinkPad 
760CD and the pen computer 420 comprises a Fuptsu Stylist 1000 configured with a Solectek AirLAN PCMCIA 
network adapter for wireless LAN access. The EMR system also provides for communkation through the World Wide 
Web. For example, remote healthcare providers may access the WAN 402 on the Web using the domain name 
"www.westcst.com" 436. Thus, a healthcare provider located in Boston, Massachusetts may access a patient 
record resident ori the Scripps Health server 414, bcated in San Diego, CaKfornia, usmg a web browser 412, such 
as Microsoft Explorer or Netscape Navigator, communicating with a Web server in Boston, Massachusetts having 
the domain name "www.boston.com" 406. 

In a preferred embodiment, servers 414, 426, desktop 416, or laptop 418 computers and peripherals, such 
as printers 422 or scanners 424, communicate with each other and with the Web using a network operatmg system, 
such as Microsoft Windows NT, Windows 95 or Windows for Workgroups. Similarly, pen computers 420 use the 
Microsoft Windows for Pen Computing operating system, in another preferred embodiment, the servers, computers 
and peripherals communicate using an operating system supporting Web browsers on computer networks, such as 
Unix, Novell Netware or Apple System 7.0. In yet another preferred embodiment, the EMR system includes servers, 
computers and peripherals networked using mixed network operating systems, such as Unix, Netware and Windows. 
For example, the LAN 400 may operate on a Windows NT network operating system, whereas the LAN 430 may 
operate on an Appte System 7.0 network, and the Web server "www.bo$ton.com" 406 may operate on a Unix 
operating system. Thus, the EMR system supports communication among a variety of hardware components, such 
as printers 422, scanners 424 and pen computers 420, using a variety of network operating systrans, such as 
Windows, Netware or Unix. In a preferred embodiment, heahhcare providers, such as cGntcs and laboratories, may 



wo 98/13783 



U 



PCTAJS97/I7554 



also communicate with the EMR system using modem Dnks and standard v.34 modem devices, such as a US Robotics 
Sportster 2B,800 modem. 

The EMR system includes several databases of electronic information, such as the mediation manager 302 
and the data manage 202. In a preferred embodiment, the EMR system knplements a relational database language 
that conforms to American National Standards Institute (ANSI) standard SQL-92, a 580 page specrftcatton for the 
SQL relational database language. A database language standard specifies the semantics of various components of 
database management systems (DBMS). In particular, it defines the structures and operatkins of a data model 
implenttnted by the DBMS, as well as other components that support data definition, data access, security, 
programming language interface and data administration. The SQL-92 standard specifies data defmition. data 
manipulation, and other associated facilities of a DBMS that supports the relational data model SQL is old in the 
art and additional information on SQL g2 is available in ANSI specification X3.1 35-1 992, hereby incorporated by 
reference. 

Similarly, in another preferred embodiment, relational databases in the EMR system support the Open 
Database Connectivity (ODBC) modeL ODBC is an application program interface (API) that aOows cfent applications 
running under Microsoft Windows to access data from a variety of data sources, inchiding relational and non- 
relational DBMS. These data sources may reside on a client machine or they may ba located on a remote server 
communicating through a network common to the client machine. Under ODBC, data sources may vary in complexity 
from shrink-wrap databases, such as Microsoft Access, running under Windows on a client machine to more 
sophisticated, proprietary relational DBMS running on a Unix server or mainframe computer. For a client application 
to access data from a data source, a dynamic link library (DLL) driver must exist for each data source to be 
accessed. For additional information on ODBC Is avaaable from toside ODBC , by Karl Geiger, hereby mcorporated 
by reference. 
IL Summary 

The electronic medical record system of the present mvention advantageously overcomes several Itmitattons 
of exbting technologies and alternatives. Because it is more efficient and cost effecthre to move data, mstead of 
physical records and healthcare providers, the present inventbn eEmmates the need to create and maintain any 
physical data records. In contrast to other systems, the present mvention creates and ma'mta'ms aD patient data 
electrontcally. Thus, there is no need to find, pull, move, update, file and replace physical charts. As a resuh, 
heatthcare providers no longer require substantial shehring and storage space for physical files. The present mventton 
fikewise eliminates the mishandling, loss and destruction of patient data typically associated with maintenance of 
physical data records. 

Using the present invention, healthcare providers enter patient data immediately at the point of care. Thus, 
the EMR system captures each piece of data at its source at the time of entry, inchiding time and healthcare 
provider identification. The EMR system thus provides a comptete audit trail for aK patient data. The audit trail, 
in turn, permits inexpenshre analysis of outcomes, utilization and compfiance. For example, outcomes typtcatly refer 
to the effectweness of a treatment plan. Thus, the EMR system enables a healthcare provider to analyze patient 
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recovery times and incurred costs to measure the efftcacy of the treatment plan. Simlarty. utilization typically refers 
to how well avaaable resources are utilizing time. Thus, the EMR system provides the capability to analyze utOtzation 
of physicians* nurses, staff and equipment as well as time utilization for patients, such as wait times for referrals, 
lab results and physician examinations. Lastly, compliance typically refers to conformance with governnrant and 
accreditation standards and regulations. The EMR system provides tools to enable healthcare providers to measure 
conformance to standards and regulations. To facitate entry of patient data at the point of care, the invention 
provides touch screens for entry of lab orders, medications, diagnoses and procedures. The invention likewtse 
provides instant access to a patient's elecUonic medical record by authorized healthcare providers from any 
geographical location. Thus, the EMR system enables authorized healthcare providers to access and update patient 
files using wireless pen-based personal computers. In addition, authorized healthcare providers can access a record 
while other healthcare providers use the same record. By providing sonultaneous access to patient data, the present 
invention enables real-time collaboration among multiple heahhcare providers. 

The avaBability of electronic data permits instant, sophisticated analysis of a patient's clinical data. Thus, 
the EMR system can create graphs of a patient's vital signs and lab results or the system can provide an analyze 
patient information to identify medication interactions and allergies. Using the present invention, a healthcare 
provider can Gkewise select, sort, and analyze patient data to identify relationships among the data considered. In 
addition, the EMR system provides flexibility in the creation and maintenance of patient data repositories. Thus, the 
present invention can support a large healthcare enterprise distributed across a large geography as well as a single 
physician office. Moreover, the present invention ensures patient confidentiality through the use of a tiered password 
system. The EMR system provides several levels of security for access to patient data. For example, a system 
administrator may have global password access to any patient data for system maintenance and debug purposes, 
whereas physicians may have access only to patient records within their specialty and nurses and staff may have 
access to only those patient records within then^ bnmediate care. In addition, a patient may request restricted access 
to their data by only certain personnel. Thus, in contrast to physical records, the EMR system provides superior 
protection of patient data. 

In addition, the present invention is useful in legal, manufacturing and general administration environments. 
For example, the present invention is capable of organizmg, maintaining and protecting legal files in an attorney's 
office. Thus, the EMR system can store and retrieve scanned images of paper documents, such as deeds and 
assignments, as welt as other native fte formats, such as word processing files. The EMR system organizes and 
retrieves this data in a manner akin to that of a patient's medical record. Upon entry of a client data into the EMR 
system, attorneys can annotate documents, transfer mformation to and from other systems, or create new data for 
automatic filing in the cBent or case f 9e. Similarly, the EMR system is useful for management of procurement or 
regulatory data in a manuf acturmg context. Thus, the EMR system can organize and maintain material safety data 
sheets (MSDS) as weS as other data pertinent to materials procurement, such as conformance to specification 
measurements and inspection data for received lots, in a manufacturing environment. Lastly, the EMR system is 
useful for general administrative fSes in any organization. For example, the present mvention is applicable to 
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employee fBes tn human resources, customer files in sales and approved suppliers in procurement. The EMR system 
can organize and retrieve data within these files in the manner as patient data in a patient data record. As 
discussed above, upon entry of a data into the EMR system, users can annotate documents, transfer information 
to and from other systems, or create new data for automatic fifing in the respective fde. 

Those skilled in the art may practice the principles of the present invention in other specific forms without 
departing from its spirit or essential characteristics. Accordingly, the disclosed embodiments of the invention are 
merely illustrathre and do not serve to fimit the scope of the invention set forth in the following claims. 
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WHAT IS CLAIMED IS : 

1. A medical records systeia comprising: 

a point of care system to capture patient data at a point of care; and 

a patient data repository, in communication with the point of care system and with external systems, to 
store and organize the patient data for access by the point of care system. 

2. The medical records system of Claim 1, wherein the point of care system communicates with the 
patient data repository using a computer network. 

3. The medical records system of Claim 2, wherein the computer network comprises a local area 

network. 

4. The medical records system of Claim 2, wherein the computer network comprises a wide area 

network. 

5. The medical records system of Claim 2, wherein the computer network comprises the Internet. 

6. The medical records system of Claim 2, wherein the computer network comprises the World Wide 
Web portion of the Internet. 

7. The medical records system of Claim 2. wherein the point of care system comprises a client 
computer. 

8. The medical records system of Claim 7, wherein the client computer comprises a desktop 
computer. 

9. The medical records system of Claim 7. wherein the client computer comprises a portable 
computer. 

10. The medical records system of Claim 9. wherein the portable computer mcludes a wireless 
connection to the computer network. 

11. The medical records system of Claim 10, wherein the portable computer incbides an electronic pen. 

12. The medical records system of Claim 7, wherein the client computer inckrdes a browser to 
communicate with the World Wide Web. 

13. The medical records system of Claim 1, wherein the point of care system inchides a graphical user 
interface to capture patent data. 

14. The medical records system of Claim 1, wherein the point of care system comprises: 
a patioit data capture to enter tnfonnation provided by a patient; 

a cEnical data capture, in data communication with the patient data capture, to enter clinical data for the 

patient; 

an encounter data capture, in data communication with the patient data capture, to enter diagnoses and 
procedures adnunistered to the patient; and 

progress notes, in data communication with the patient data capture, the clinical data capture and the 
encounter data capture, to enter information related to changes in the patient's conditna 
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15. The medical records system of Claim 14, further comprising a medication data capture, in data 
convnunication with the patient data capture and the progress not», to enter medication information for the pattenL 

16. The medical records system of Claim 14, further comprising a practice guidefine for reference to 
accepted medical practices, wherein the practice guideGne communicates with the patient data capture, the cEnical 
data capture, the progress notes and the encounter data capture. 

17. The medical records system of Claim 16, further comprising a medication data capture, in data 
communication with the patient data capture, the progress notes and the practice guideline, to enter medication 
mf ormation for the patient. 

18. The medical records system of Claim 1, wherein the patient data repository comprises a server 
computer having access to patmnt data stored m a relational database. 

19. The medical records system of Clahn 18, wherein the relational database accepts SQL data queries. 

20. The medical records system of Claim 16, wherein the relational database is ODBC compatible. 

21. The medical records system of Claim 1, wherein the patient data repository comprises: 
a patient locator having a patient identifier; 

a data manager, in convnunication with the patient locator, to organize patient data for storage and retrieval 
using the patient identifier; and 

a data interface, in communication with the data manager, to transmit patient data to external systems 
and to recehre patient data from the external systems. 

22. The medical records system of Claim 21, wherein the patient data repository further comprises: 
a cache, in communication with the data manager, to temporarily store the patient data for retrieval; and 
a data archive, in conununication with the cache, to permanently store the patient data. 

23. The medical records system of Claim 22, wherein the cache is located on a server computer. 

24. The medical records system of Clami 22, wherein the cache is distributed across a computer 

network. 

25. The medical records system of Claim 22, wherein the data archhre comprises a ^kebox having 
at least one storage device, 

26. The medical records system of Claim 25, wherein the at least one storage device ts a recordable 
optical disk. 

27. The medical records system of Claim 25, wherein the at least one storage device is a magnetic 
(fisk dnve. 

28. The medical records system of Claim 21, wherein the data interface comprises: 
a conmiunication interface to send and receive patient data from external systems; 

an interface manager, m communication with the communication interface, to set the conununication 
interface for either transmission or receipt of the patient data from the external systems; and 

a data handler, in conmiunication with the interface manager and with the contmunicatton interface, to 
convert selected patient data into a selected data format. 
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29. The medical records system of Claim 1, further comprising a reference database in communication 
with the point of care system. 

30. The medical records system of Claim 29, wherein the reference database comprises: 
a diagnosis module having diagnosis codes indicative of a condition of a patient; 

a procedure module, in communication with the diagnosis module, having procedure codes indicative of a 
treatment to administer to the patient; and 

a medication manager, in communication with the diagnosis module and with the procedure module, having 
information on medication to administer to the patient 

31. The me(&cal records system of Claim 1. further comprising a legacy data system in communication 
with the patient data repository. 

32. The medical records system of Claim 31, wherein the legacy data system comprises: 
a data source havmg patient data; and 

a converter, in communication with the data source, to convert the patient data into a selected format for 
transfer to the patient data repository. 

33. The medical records system of Claim 32, wherein the data source comprises physical data. 

34. The medical records system of Claim 32, wherein the data source comprises a mainframe computer 
having electronically stored patient data. 

35. The medical records system of Claim 32, wherein the converter comprises a scanner. 

36. The medical records system of Claim 1, wherem the point of care system provides for annotation 
of the patient data. 

37. The medical records system of Claim 36, wherein the annotation acknowledges review of the 
patient data. 

38. The medical records system of Claim 36, wherein the annotation includes instructions for patent 

care. 

39. The rittdical records system of Claim 36, wherein the annotation indicates approval 

40. A medical records system, comprbing: 

a pomt of care system to capture data in a patient record at a point of care, whierein the patient record 

includes, 

a patient identifier, and 

at least one data structure including the patient identifier and the data. 

41. The metfical records system of Claim 40, wherein the patient tdentrfter comprises a unique patient 

identrfter. 

42. The medical records system of Claim 40, wherein the at least one data structure comprises text 

data. 

43. The medical records system of Claim 40, wherein the at least one data structure comprises image 

data. 
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44. The medical records system of Claim 40, wherein the at least one data structure comprises audio 

data. 

45. The medical records system of Claim 40. wherein the at least one data structure comprises data 

tables. 

5 46. The medical records system of Claim 40. wherein the data comprises patient data. 

47. The medical records system of Clakn 40, wherein the data comprises clinical data. 

48. The medical records system of Claim 40. wherein the data comprises progress notes. 

49. The medical records system of Claim 40, wherein the data comprises encounter data. 

50. The medical records system of Claim 40, wherein the data comprises medication data, 
to 51. The medical records system of Claim 40. wherein the data comprises guidefote data. 

52. A medical records system, comprisbig: 

a point of care system to capture data at a point of care; and 

a patient data repository, in communication with the point of care system and with external systems, to 
store and organize the data in a patient record for access by the point of care system, wherein the patient record 
15 includes. 

a patient identifier, and 

at least one data structure including the patient identifier and the data. 

53. The medical records system of Claim 52. wherein the data comprises interface files. 

54. The medical records system of Claim 52. wherein the data comprises legacy files. 
20 55. A method of using an electronic medical records system, comprising the steps of: 

capturing patient data electronicaliy at the point of care; 
organizing the patient data so as to form a patient record; 
filing the patient record; and 

retrieving the patient record to access the patient data for use in the care of a patient. 
25 56. The method of Claim 55. wherein the step of retrieving the patient record includes annotating the 

patient data. 

57. The method of Claim 55. further comprising the step of evaluating the patient data so as to make 
a diagnosis. 

58. The method of Claim 57. wherein the step of evahjating the patient data comprises consuhing a 
30 diagnosis module to review diagnosis information. 

59. The method of Claim 57. further comprising the step of prescribing a medication. 

80. The method of Clakn 59. wfherein the step of prescribing a medication comprises consulting a 
medication manager to review medication information. 

61. The method of Claim 57. further comprising the step of administermg a treatment. 
35 62. The method of Claim 61. wherein the step of administering a treatment comprises consulting a 

procedure module to review procedures to administer the treatment. 
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63. A method of retrieving patient data in an electronic medical records system having a patient data 
repository, comprising the steps of: 
obtaining a patient identifier; 

locating a patient record corresponding to the patient identifier in the patient data repository; 

determining the location of the patient data within the patient record. 

64* The method of Claim 63, further comprising the step of delivering the patient data. 

65. The method of Claim 63, virherein the patient data repository includes a cache and a data archive. 

66. The method of Claim 65, further comprising the step of delivering the patient data when the 
patient data is located in the cache. 

67. The method of Claim 65, further comprising the steps of: 

moving the patient data from the data arch'nre when the patient data is not located in the cache; and 
delivering the patient data. 

68. A method of managing a patient data repository having a cache and a data archive, comprising 
the steps of: 

monitoring a status of data within the cache; and 

moving the data to the data archive when the status exceeds a threshold. 

69. The method of Claim 68, wherein the threshold comprises a selected time and the status comprises 
the duration of time the data has been in the cache. 

70. The method of Claim 68, wherein the threshold comprises a selected portion of the storage 
capacity of the cache and the status comprises the fied portion of the cache. 

71. A method of communicating with an external source having an interface to an electronic medical 
records system, comprising the steps of: 

finding an interface for the external source; 

connecting to the external source using the interface; and 

converting patient data for transfer between the external source and the electronic medical records system 

72. The method of Claim 71, wherein the step of converting patient data for transfer comprises 
converting patient data for transfer from the electronic medical records system to the external source. 

73. The method of Claim 71, wherein the step of converting patient data for transfer comprises 
converting patient data for transfer from the external source to the electronic medical records system. 
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